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BRLHIiQN .APPEAL 

In accordance \Mth appellant's Notice of Appeal 11 led May 30, 2006, appellant submits 
this Appeal Brief, 

(1) Real Part}' in Interest 

The real party in interest is Adobe Systems Incorporated. 

(2) Related Appeals and Interferences 
None. 

(3) Status of Claims 

Claims 1-18 and 21-28 are pending and stand rejected. Applicant appeals the rejection of 
claims 1-18 and 21-28. 

(4) Status of Amendments 
There are no unentered amendments. 

(5) Summary of Claimed Subject Matter 

Applicant's specification relates to embedding and extracting data blocks in a host data 
file or document. Sec Specification, p. 1 . A foreign data block is embedded in a host data fife in 
a way that allows it to be found and possibly modi fied by a foreign application. The foreign 
application can locate embedded foreign data blocks in host data files even when the host data 
files have formats that the foreign application does not recognize. See Specification, p. 1. A 
system receives u foreign data block to be embedded into a host file. Sec Specification, p. 5 and 



Applicant : Parent et al. Attorney's Docket No.: 07844-471001 /P435 

Serial No. : 09/965,117 

Filed : September 26. 2001 

Page : 2 of! 5 



FIG . i , The characteristics of the foreign data biock are determined including computing the 
tola! length and determining the type of encoding of the data block. A header is generated for 
the foreign data block that includes information such as the characteristics of the foreign data 
block and a unique identifier that is designed to be distinguishable from ail other data in the host 
data file. The header is marked by a byte pattern that identifies the encoding of the .foreign data 
block. Sec Specification, p. 10 and FABLE 3, which is reproduced below. 



Encoding 


Byte Pattern 


16-bit 


0x3C 0x00 0x3F 0x00 0x78 0x00 0x70 0x00 0x61 0x00 0x63 0x00 0x6B 
0x00 0x65 0x00 0x74 0x00 0x20 0x00 0x62 0x00 0x65 0x00 0x67 0x00 
*Kov 0\U0 0^F 0x00 0x3D (0x00) 


8-bit or 
multiple 
encoding 


0x3C 0x3 F 0x78 0x70 0x61 0x63 0x6B 0x65 0x74 0x20 0x62 0x65 0x67 
0x69 0x6E 0x3 D 


32-bit 


0x3C 0x00 0x00 0x00 0x3 F 0x00 0x00 0x00 0x78 0x00 0x00 0x00 0x70 
0x00 0x00 0x00 0x61 0x00 0x00 0x00 0x63 0x00 0x00 0x00 0x6B 0x00 
0x00 0x00 0x65 0x00 0x00 0x00 0x74 0x00 0x00 0x00 0x20 0x00 0x00 
0x00 0x62 0x00 0x00 0x00 0x65 0x00 0x00 0x00 0x67 0x00 0x00 0x00 
0x69 0x00 0x00 0x00 0x6E 0x00 0x00 0x00 0x3D 



(6) Grounds of Rejection 

Claims 1-2, 4, 6-8, 1 0-13, 23-25 and 27-28 stand rejected under 35 U.S.C. § 103(a) as 
being allegedly unpatentable over Stent (U.S. Pat. No. 5,778,359) in view of Back! una (OOE: A 
Compound Document Framework). 

Claims 14-16 stand rejected under 35 U.S.C. § 103(a) as being allegedly unpatentable 
over Stent in view ofLonnroih (U.S. Pat. No. 6,826,597 Bl). 

Claims 17-18 stand rejected under 35 U.S.C. § 103(a) as being allegedly unpatentable 
over Stent and Lonnroth in view of Backlund. 

Claims 19-22 stand rejected under 35 U.S.C. § 103(a) as being allegedly unpatentable 
over Backlund in view of Stent. 

Claim 3 stands rejected under 35 U.S.C. § 103(a) as being allegedly unpatentable over 
Stent and Backlund in view of Eriekson (U.S. Pat. Pub. No. 2004/0210535) and Parks {U.S. Pat. 
No. 6,850,228). 
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Claim 5 stands rejected under 35 U.S.C. § 103(a) as being allegedly unpatentable over 
Stent and Backlund in view of Parks. 

Claims 9 and 26 are rejected under 35 U.S.C. § 103(a) as being allegedly unpatentable 
over Stent and Backlund in view of Walsh (U.S. Patent No. 6,810,429). 

(7) Argument 

I. Rejection under 35 U.S.C. § 103(a) as being unpatentable over Sten! in view of Backlund 
Claim 1 

Claim 1 stands rejected as unpatentable over Stent and Backlund. Stent discloses a 
system and method for automatically determining a file record format. See Abstract. A typical 
tile is a database file 16. which can include a header 30 that contains information about the 
contents of the tile. After the header begins the main body 32, which comprises one or more file 
records. Each record includes a number of different fields. Each field contains a predetermined 
data type. The file 16 ends with a trailer 34. See col. 3, lines 49-56. 

Stent does not disclose selecung, .based on fije.eharacter 
data block, a byt e patte rn tha~ indicates a pres ence o f a header, as required by Claim 1. Stent 
discloses skipping the rile header and analyzing the main body in order to determine a record 
format. See col. 5. lines 1 8 23. One way to skip the header is to search at the beginning of the 
file for the word "HEADER" and then skip over the portion of the file between the word 
"HEADER" and a subsequent carriage return or line feed, See col. 5, hues 12 18. However, 
Stent does not teach that the word "HEADER" was selected based on the character encoding 
format of the foreign data block, as required by claim i . Moreover, the word "HEADER" does 
not specify a byte pattern, which claim 1 requires, because there are different byte patterns that 
can represent this word, it follows that Stent does not disclose selection of a byte pattern that 
indicates the presence of a header based on a determined character format. 

The relied upon portions of Backhmd do not remedy the deficiencies in Stent. Backhand 
describes a framework where so-called compound documents can contain embedded objects, 
See p. 2. Backlund discloses that an embedded object is stored in a host document as image data, 
document data, and source data. See p. 3, § Basic Storage. Image data contains data used to 
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render am embedded object. Document data contains internal structures of the embedded object. 
And source data contains information about which application was used to create the embedded 
object. Assuming for argument's sake thai embedded objects in Backlund are equivalent to 
foreign data blocks, these portions of Backlund do not teach or suggest generating packing data 
that describes the characteristics oft.be foreign data block, including data identifying the 
beginning and end of the foreign data block. Furthermore, the cited portions of Backlund do not 
teach or suggest sglecfionjy^ for generated packing data tha t indicates the presence 

ofa heMer.bascd on a determined ch aracter format , as required by claim 1 . 

Accordingly, the applicant respectfully submits that claim i, and claims 2, 4, 6-8, and 10- 
13, which depend iron's 1, are allowable. 

Claim 21 

Claim 21 stands rejected as unpatentable over Stent and Backlund. Claim 21 includes 
limitations similar to those of claim 1. As addressed above, claim 1 is not obvious in view of 
Stent and Backlund. For at least this reason, claim 21, and claims 23-25 and 27-28, which 
depend from claim 21, are in condition for allowance 

II. Rejection under 35 U.S.C. § 103(a) as being unpatentable over Stent in view of 
Lonnroth. 

Claim 14 

Claim 14 stands rejected as unpatentable over Stent and Lonnroth. Claim 14 recites in 
part, when the,byte,patiern is found, determining a character encodi ng format of the header. 
Stent does not disclose determining a character encoding format of a header when a byte pattern 
indicating the presence of the header is found, as required by claim 14. The portions of Stent 
relied upon by the examiner fail to teach or suggest this feature (col. 5, lines 12-19): 

The next step is to determine whether file 16 contains headers or trailers, step 84. 
One method of determining if file 16 contains a header is to search the beginning 
of file 1 6 for the word "HEADER" immediately after a carriage return, new line 
or linefeed character. The word "HEADER" will usually be subsequently 
followed by another carnage return or a linefeed, which indicates the end of the 
header 30, FIG, 2. The header 30 can then be skipped over. 
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The relied upon section of Stent above discloses thai a file can have a header section 
which ear: be demarked with the word "HEADER". There is no mention of determining the 
character encoding format of the header. In fact, Stent teaches that character encoding is 
determined before a header is searched for in order to convert the file to ASCII format. See FIG 
4A and col. 4, lines 20-31. 

Lonnroth discloses a system Ibr a mobile phone 210 to communicate with a gateway 
computer 202 over a network 212. See col. 3, line 63 - col. 3, line 6, and HG. 2. The system 
allows mobile phones to retrieve data from data sources that do not necessarily support the same 
protocols and formats as the mobile phones. Sec col. 3, lines 14-19. But the relied upon portions 
of Lonnroth fail to remedy the deficiencies in Stent. 

Accordingly, the applicant respectfully submits that claim 14, and claims 15-16 which 
depend from 14, are allowable. 

ML Rejection under 35 li.S.C § 103(a) as being unpatentable over Stent and Loanroth in 
view of Baefciund. 

Claims J 7-1 8 

Claims 17 and 18 stand rejected as unpatentable over Stent, Lonnroth and Backhand. 
Claims 17 and 18 depend from claim 14. As addressed above, claim 14 is not obvious in view of 
Stent and Lonnroth. The relied upon portions ofBacklund fail remedy the deficiencies in Stent 
and Lonnroth. Accordingly, the applicant respectfully submits that claims 1 7 and 1 § are 

allowable. 

IX. Rejection ondor 35 I .S.C. § 103(a) as being unpatentable er Batklund in \ sew of 

Stent. 

Claiins_19-22 

Chums 1 " stand rejected as unpatentable over Baekkmd i-nd Ste; i. His. -o;ect50ii of 
claims Jo sm 20 ;s moot, as uese claims are canceled. Claims 21 and 22 contain ! imitations 
smr.lar to those found m claim I. As addressed above, claim 1 is noi ob\ious m > ^ of 
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Backland and Stent. Accordingly, the application respectfully submits thai claims 21 and 22 are 
allowable. 

V. Rejection under 35 U.S.C. § 103(a) as being unpatentable over Stent and Backlund in 
view of Erickson and Parks. 
Claim 3 

« 'ami i M.s.'i^ > Cv-eJ as unpatentable o\cr Stem Bacdvi 1 Pmc. r o v oks i'l-r 
* dqvxS :.o,r . <. mi V addressed ahm e, claim I not obv oi n \i \ ax* . SV" c id 
BaU .snd \ ul . no .ema apor ponso i-> of 1 rKkson and ?<\~k» v J <o ictta\a ./e ^ . ..acne e- m 
Ment ane BaCCasv \ceontm t ^ the app icant icspoctrull) s iht\i n jut air. " .\ ihu 

\ 1. Rejection under 35 I .S.C . § 1 03(a) as being unpatentable ov er Steal and Bdiklunti in 

view of Parks. 
Claim 5 

Claim 5 stands rejected as upatentable over Stent, Backhand and Parks. Claim 5 depends 
iron- claim I. As addressed above, claim 1 is not obvious in view of Stent, and Baekknxi And 
the relied upon portions of Parks fail to remedy the deficiencies in Stent and Backhand. 
Accordingly, the applicant respectfully submits that claim 5 is allowable. 

VII. Rejection under 35 U.S.C. § 103(a) as being unpatentable over Stent and Backlund in 

view of Walsh, 
Claims 9 and 26 

Claims 9 and 26 stand rejected as unpatentable over Stent, Backlund and Walsh. Claim 9 
depends from claim 1 and claim 26 depends from claim 21. As addressed above, claims 1 and 
21 are patentable in view of Stent and Backlund. And the relied upon portions of Walsh fail to 
remedy the deficiencies in Stent and Backlund. Accordingly, the applicant respectfully submits 
that claims 9 and 26 are allowable. 
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Appendix of Claims 

I . A method for embedding a foreign data block in a host data file, comprising: 
reecivmg a host data tile, the host data file haMiig a host data file format; 
recess nig a loresgn data block; 

deterrmmrsg characteristics of the foreign Jala block, including a character encoding 
format "("the foreign data block; 

gencratm* packing data that describes the characteristics of the foreign data block, 
meludsrg data uiomi tymg the beginning and end of the foreign data block and farther including 
an identifier defied h< be di^c.ngujshabie from all other data in the host data file, wherein 

generaur v packmg d.rt<i meiudes selecting, based on the character encoding format of the 
foreign data block, a b\ie pattern that indicates a presence of a header, and inclnding the byte 
pattern in the packing data; and 

^mbedcLng she packing data ana the ioienm data block as a foreign data block packet in 
the host data file. 

2 . The method 0 f claim I , wherein : 

generating packing data includes generating the header for the foreign data block, the 
header including the byte pattern and the identifier and indicating the beginning of the foreign 
data block packet, and the beginning of the foreign data block. 

3. The method of claim 2, wherein: 

generating a header includes generating a header that indicates the end of the foreign data 
block packet. 

4. The method of claim 2, wherein: 

generating packing data includes generating a trailer for the foreign data block, the trailer 
indicating the end of the foreign data block. 

5. The method of claim 2, wherein: 

generating a header includes generating a header that indicates the end of the foreign data block. 
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6. 'The method of claim 1 , further comprising: 

including padding in the foreign data block packet to allow in place modifications of the foreign 
data block thai cause the foreign data block to expand. 

7. The method of claim 6, wherein: 

determining characteristics of the foreign data block includes determining a size of the foreign 
daita block; and 

the amount of padding is a function of die size of the foreign data block. 

8. The method of claim 1 , wherein: 

the foreign data block is a data block not native to the host file format. 

9. The method of claim 1 , wherein the foreign data block is an Extensible Markup 
Language (XML) document and the host file is in a non-XML format. 

10. The method of claim 9, wherein: 

determining characteristics of the foreign data block includes detennining a byte order of 
the foreign data block; and 

generating packing data includes generating information for specifying the byte order and 
character encoding format of the foreign data block, the character encoding format being one of 
an 8, 16, or 32 bit Unicode format. 

1 1 . The method of claim 1 , wherein generating an identifier includes generating a different 
identifier for each different type of foreign data block when there are multiple types of foreign 
data blocks in the host data file. 

1 2. The method of claim 1 , wherein the foreign data block includes metadata information that 
describes the host data file. 
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1 3 . The method of claim 1 2, wherein; 

receiving a host data tile includes receiving a host data file having a non XML, format 

14. A computer program product, tangibly stored on a machine readable medium, comprising 
instructions operable to cause a programmable processor to: 

receive a host data file; and 

search for a header that indicates the beginning of an embedded foreign data block packet 
that contains a foreign data block, the foreign data block having a format that is recognizable by 
the computer program, the header including an identifier designed to be distinguishable from all 
other data in the host data file, the heavier further describing the characteristics of the foreign data 
block, wherein searching for the header comprises: 

scanning byte by byte for a byte pattern that indicates a presence of a header; and 
when the byte partem is found, determine a character encoding format of the 
header and scan character by character using the character encoding format to search for the 
identifier, and, if the identifier is found, process the header or, if an identifier is not found, scan a 
remaining portion: of the host data tile byte by byte for the byte pattern. 

1 5. The computer program product of claim 14, further comprising instructions to: 
process the foreign data block. 

] 6. The computer program product of claim 1 5, further comprising instructions to: 

stop processing the foreign data block when a trailer is detected, wherein the trailer indicates the 

end of the foreign data block. 

1 7. The computer program product of claim 1 6, further comprising instructions to: 
modify the foreign data block as specified by a user; 

ensure that the modified foreign data block fits in the foreign data block packet; and 
re embed the modified foreign data block in place of the original foreign data block. 

1 8 . The computer program product of claim 1 6, further comprising instructions to: 
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modify the foreign data block as specified by a user; 
rewrite the foreign data block packet; 

ensure that the re written foreign data block packet is the same size as the original foreign 
data block packet; and 

re embed the re written foreign data block packet in place of the original foreign data 
block packet. 

19-20. (Canceled) 

2\ . A computer program product, tangibly stored on a machine readable medium, for 
embedding a foreign data block in a host data tile, comprising instructions operable to cause a 
programmable processor to: 

receive a host, data file, the host data tile having a host data file format that is a native file 
format for a host application; 

receive a foreign data block, the foreign data block being a data block that is not. native to 
the host data file format; 

determine characteristics of the foreign data block, including a character encoding format 
of the foreign data block; 

generate information that describes the characteristics of the foreign data block, including 
information identifying the beginning and end of the foreign data block and further including an 
identifier designed to be distinguishable from all other data in the host, data file, wherein 
generating information identifying the beginning of the foreign data block includes selecting, 
based on the character encoding format, a byte pattern that indicates a presence of the 
information marking the beginning of the foreign data block ; and 

embed the information and the foreign data block as a foreign data block packet in the host data 
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22. A computer program product, tangibly stored on a machine readable medium, for 
embedding metadata in a host data file having a non XML, format, comprising instructions 
operable to cause a programmable processor to: 

receive a host data tile having a format that is not XML and that is a native file format for 
a host application; 

receive metadata having a format that is not native to the host data file format; 
it ^ i -etc s m) 1 v m dili inch j vh u u u 1 1 
metadata: 

t ui t ; i h v, u 1\ Ik d rr ctens ie Hk c t 
) St n i uh « jh » e 1 cn rf oi t it n tn it i j J * t t i ^ c t i ci 

c<.s d i i 1( r il licit U m the tc "i* i i -« 

i niitv ~, 1 e ,,11 uott t met i * U j n ( 1 d s sut s o st c i v, 

e t ! i r t ">uu 1 i ndi^ics iptsaccoM c i ?o k 
beatnmns of me metadata; ana 

i h v ii dli iil dili s ipi \di kl d ti t 

1 0(1 { 1 3 J) h c'Mipi Sl! g H 1C 10 Is U 

j-u let i t t i i i ■)!( k the h.v. iJcr i cl ids M d t 

beginning of the foreign data block packet and the beginning of the foreign data block. 

1 r hv oiet c via'ri 2. ' i rKei uri.ptismg ms iuttu ns to 

jta^t Ue , s ij os f<> . v o v. ;r J ita b o^k 'he uadei maxima vhe er.v o no > ,v 

block. 

25. The product of claim 2.1 , further comprising instructions to: 

include padding in the foreign data block packet to allow in place modifications of the foreign 
data block that cause the foreign data block to expand. 



26, The product of claim 2 .1 , wherein the foreign data block is an Extensible Markup 
Language (XML) document and the host file is in a non-XML format. 
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27. Hie product of claim 26, further comprising instructions to: 
determine a byte order of the foreign data block; and 

generate a header that includes information for specifying the byte order and encoding format of 
the foreign data block, the encoding format being one of an 8, 16, or 32 bit Unicode format. 

28. The product of claim 21 , further comprising instructions to: 

generate a different identifier for each different type of foreign data block when there are 
multiple types of foreign data blocks in the host data file. 
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NONE. 



Evidence Appendix 
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NONE. 
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